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THE MONITOR is published monthly by the COMMODORE USERS 
GROUP OF SASKATCHEWAN (CUGS) , Regina, Sask., Canada. 
CUGS meetings are held at 7 pm on the first Wednesday of 
every month (unless otherwise noted) in the North-West 
Leisure Centre, corner of Rochdale Boulevard and Arnason 
Street. 

Anyone interested in computing, especially on the C64, 
128 or 64C, is welcome to attend any meeting. Out of 
town members are welcome, but may be charged a small 
mailing fee for newsletters. Members are welcome to 
submit public domain software for inclusion in the CUGS 
DISK LIBRARY. These programs are made available to 

members. Any member is entitled to purchase DISKS from 
our public domain library for a nominal fee. Some 

programs are 'freeware', some are from computer 
magazines, or the public domain. Individual members are 
responsible for deleting any pro-gram that he/she is not 

entitled to by law (you must be the owner of the 

magazine in which a particular program was printed). To 
the best of our knowledge, all such programs are 

identified in their basic listings. Please inform us 
otherwise. 



CUGS is a non-profit organization comprised of C64 , 64C, 
C128, and 128D users interested in sharing ideas, 
programs, knowledge, problems and their solutions with 
each of its members. The more members that participate, 
the better the variety of benefits. Membership dues are 
pro-rated, based on a January to December year. 
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Maze's memories! 

Date, Time, Place, Agenda 
The JOY OF LEX! 

More on diskfiling! 

EARL’S LATEST COLUMN! 

A hardware review! 

A ML assembler review. 

First byte by Bill Bircher 
Membership dues due ! 



MEMBERSHIP NOTE 





"'Tis the season to be jolly", and I am! I've reflected on 
my past year (only 1 ! ) as editor of this noble rag, and I 
have to admit the sin of self -pride. Actually, it's not 
really SELF-pride, it's pride in our association. Anyone who 
keeps back issues might re-read the October Issue (1986), 
when I began as editor. You'll see a small paper with little 
more than editorial comment ! This was the year of the great 
BEG! I felt like each issue was put together by material 
EXTRACTED , under great durress, from poor overworked 
executive members. 

But dreams d£ come true! 

I really sincerely debated scrapping this editorial, because 
I don't want CUGS to become complacent. Then, the Christmas 
Spirit hit, and I figured - what the H..L! It '5 Christmas! 
Give 'em a break! So I will! 

Seriously, folks. This issue should be a testament to the 
vitality of our club. As editor this issue, my primary 
concern has been gathering, proofreading and paste-up (as it 
should be). Short of this VOLUNTARY article (which many 
suggest ought to BE forgotten), this issue consists of the 
literary 'efforts of SEVEN CLUB MEMBERS! That's TERRIFIC!!! 

All of which brings me to my short commentary on the 'JOY OF 
LEX' (as in lexicography - the study of words). This issue 
is an example of a joy, a paper truly representing the 
efforts of many. This coming year seems to be shaping itself 
up in the computing software industry as the YEAR OF THE 
DESKTOP PUBLISHER' - virtually every software house and its 
mother are producing and promoting THE program to suit all 
your publishing needs. And these programs will sell well, 
because everybody wants their documents to look sharp! 

Unfortunately, what is missing from these packages is a 
WARNING for the purchaser something like "PURCHASE OF THIS 
ITEM IN NO WAY ASSURES YOU OF PRODUCING AND INTERESTING, 
ATTRACTIVE, INTELLIGENT OR IMPRESSIVE DOCUMENT" or 
"CREATIVITY, INSIGHT AND INTELLIGENCE NOT INCLUDED". You can 
tell me I blew it this time next year, but I suggest that the 
Desktop flurry will diminish rapidly when those purchasers 
realize that the neat alignments and canned graphics don t 
make a good publication - there is (as yet) NO COMPUTER 
SUBSTITUTE intelligent editing, creative writing and careful 
human attention in the development of an interesting readable 
document. 

Sure, the programs make the mechanics easier, but at what 
price? I've had people look at a copy of the MONITOR and ask 
"What did you use to create the graphics and text? The 
answer they want is "SUPER-DUPER DESKTOPPER", but the honest 
answer is SEVERAL desktop-style programs, a collection of 
graphic artwork, my own and several others special graphics. 

In short, a lot of careful planning and hard work! NO ONE 
PROGRAM CAN (or probably ever will) provide everything one 
might need! 

The editor of your local club newsletter, paper, mailer or 
what-have-you doesn't need anything more than a decent 
word-processer, and YOU! NOTA BENE: (chat's Latin) One 200 
word article, review or commentary from each member of our 

club would FILL our newsletters for the next TWO YEARS !. 

( without editorials!) 



A MERRY COMPUTER CHRISTMAS TO ALL OF YOU! 
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December marks the end of another year for CUGS. I would 
like to take this opportunity to review the past year and take a 

look forward to next year. In 1987 our meetings were struc ure 

little differently than in the past. Throughout the year, short 

presentations were made on BASIC statements y mem ers o 

executive. We also had a series of presentations on machine 
language by Ed Dietrich. The last half of each meeting was a 
major presentation on a program or related group 0 
which was conducted by a club member. These Presents 
included: GEOS, a Music Software Survey, Paperclip, Income Tax, 

ChartPak, Multiplan, Communications, X ” od ®”“^ al ^ r °^ke’ this 
Log, and a hands-on software survey. I would like to take this 
opportunity to thank everyone who gave a presentation. They were 
all well-done and much appreciated. 

Another change this year was the resurgence f of 
newsletter. The CUGS MONITOR. Under the capable hands of editor 
Ken Danylczuk, our newsletter became an integral part of our club. 
Thank you, Ken, for all the time and effort you have put into 
making the newsletter successful. I would be remiss if I didn 
also thank everyone who contributed to the newsletter by writing 
articles and reviews. 

A major project by the executive was the reorganization of 
the 'club's disk library. This very important project was 
the direction of librarian Earl Brown. Now, a club member can^get 
a disk which only contains programs concerning one topic, 
also like to thank all the members who have contributed programs 
to our library. 

In February, the Apple Users group sponsored 'Computerfest . 
Our club set up a display which was successful in 

members to our club. Thanks to everyone who contributed time to 
help work at the display. 

I would also like to thank the members of the executive who 
gave their time and effort to make my job so easy this year. To 

those members of the executive not returning this ^ar, thank you 
for your efforts this past year. I wish you well in your future 
computing endeavors. I would like to thank the 
new and returning, for the cominng year, 
working with you for another year. 

Looking forward to 1988, the executive have not firmed up all 
plans at this time, but, there are some ideas that have bee 
discussed. One thing is to again participate ^COMPUTERFES' T^ 
Although details are sketchy at- this time, COMPUTtKtESI 
in February again, and I have indicated our club s interest in 
participating. More details will be forthcoming. 

Your executive are also looking at the possibility of having 
a PUBLIC DOMAIN SOFTWARE SWAP NIGHT for members. Further aspects 
of 1998- plans will be outlined as soon as they are. firmed up. ^ 
you have any ideas for presentations or activities, please let 
executive member know as soon as possible. 

A club is only as strong and viable as its members make it. 
It requires the involvement of each member in any aspect ^/she 
can Contribute articles for rhe newsletter, contribu p 8 . 
tor' inclusion in the disk library, volunteer to give 

presentations, or give us ideas of programs you d like to se 
presented, and, most importantly, contribute by atten mg e 
meetings and sharing your ideas and knowledge with others. 



Richard Maze 




In the last few months you may have noticed computer 
shop fliers and advertisements promoting the STAR NP-10. 
This little printer seems to be getting quite popular 
with many computer owners, including me! 

The NP-10 is very similar to its big brother, the NX-10. 
Some of the features of this printer are its simple and 
appealing design, its ease of use and maintenance, and 
front-mounted control panel allowing line on/off, 
line/form feed, letter-quality/draft irpde select. The 
front panel controls select HEX dump, forward and 
reverse microfeed. The printer allows tractor and 
friction feed, and has automatic paper loading. It can 
be set to emulate the MPS— 801, with all Commodore 
graphics, and can be set to print NLQ, Italic, Elite, 
Pica, Super- and Sub- script, Variable Pitch, Bold-face, 
Expanded, Emphasized, Condensed and Proportional fonts. 
Several fonts can be mixed on one line. 

The printer uses a standard interface and can be used 
with any other standard interface computer. It has 
programmable line spacing, uni- or bi-directional 
printing, ten different language character fonts, and 
has a programmable ram for downloaded character set. 

In general, the manual is very eay to follow and 
understand. The printer (so far) seems reliable and 
rugged. With a 1 year warranty, numerous repair centres 
in Canada, and a Canadian price tag of about $275.00, I 
would strongly recommend this printer to anyone in the 
market, from student to small business user! 

Steve Bogues 



MEETING PLAGE: 
AGENDA 









President’s Report - R. Maze 

The remainder of the meeting 
will be devoted to reviews and 



demonstrations of some of the 
BEST software and hardware 



available for the CG4/128. 



All ite* s supplied far the evening courtesy B art Ritchie 
of SOFTWARE SUFERhARKET? A chd> "Thank you" to BART! 
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by Barry Bircher 

Well Ken... you asked for it, so now you're gettin' it! A 
review (of sorts?). I have never written one, much less used 
a word processor, so here goes! 

First, a little about my obsession ... aahh ... MYSELF. ^1 am 
a relatively new computerist/programmer who got ' bytten by 
the bug two years ago when I saw an ad in the paper for a V1L 
20. I know now the store was selling off all it's stock for 
a measely $49.99 (plus tax). For. a guy who spent $119.95 (in 
1974 dollars) for a new-fangled calculator able to do 
division and multiplication in mere microseconds (it- had 4 
functions plus square root!), this price seemed too good to 
be true - a whole keyboard and 20k (3.5k ram) memory able to 
do calculations I'd never heard of! I had always wanted to 
learn how these little devils ticked, so off I went with 
$75.00 in my pocket and my heart set on getting one, only to 
find out they were sold out! The next best thing was a C-64 
for $199.98! Of course, you need a disk drive ($325.98), 

joystick, printer, etc., and oh Ya!... a program to 

impress your wife to show her, without a doubt, that we 
ABSOLUTELY CAN'T LIVE WITHOUT A COMPUTER (and to help making 
any sense out of my VISA statement soon to follow). 



After several months trying to figure out the Users' manual 
and buying, other, books- and, . magazines*,, X soon felt pretty 
comfortable in BASIC and the 64 in general. 

However, I found BASIC was sssslllooooooowww. Of course, 
this is because it's an INTERPRETED language. Machine 

language was the way to go if speed was important. ML, being 
foreign, sort of scared me when I looked at a DISASSEMBLER s 
listing. Egyptian heiroglyphics would seem easier to learn. 
After several more books on the subject and many hours of 

wife ignorin er... reading, I attempted my firs ^ 

program. It turned out OK, after 1.5 hours of programming and 
1.5 hours of debugging. All it did was poke a page of memory 
to the screen so that the user could see inside the computer. 
Sounds super simple in BASIC, but in ML, a major 

acomplishment for me ! The program was only about 20 bytes 

long (about 1 BASIC line) but what a chore! After getting 
the memory bytes to show up on the screen and looping back 
again and again, the program needed something more to make it 
almost useful. Ah.... maybe more than the first page might 

be more exciting. So, all I needed to do was throw in a^loop 

to scan "what-key-is-pressed"-type command (BASIC ''GET 
command) and screen out all keys except the cursor up/down 
key, increment the page number, then loop back and poke it to 
the screen. Sounds simple until you realize it meant moving 
all the coding down an unknown number of locations and 
correcting all references to specific addresses in the code, 
just to insert a few more bytes. THEN you realize, to your 
horror, you didn't move it down enough, (heavy 

sigh!!! Yea, yea, I Know, a guy is SUPPOSED to plan 

out what he is doing first, then proof read and check his 
logic, then go progam it in, but I like to do it ray way!). 
Anyway, my hopes for ML dwindled and BASIC was an 

appreciated, SLOW, but appreciated comfort. 



My desire to learn ML was suppressed until, browsing through 
Software Supermarket, I happened to spot a book called 128 
Machine Language For Beginners" by Rithard Mansfie . 
(Editorial Director-Compute Magazine and author;, in it tney 
include a program called "L.A.D.S." (no, not an dreaded Irish 
disease) that he said would make ML programing as easy to 
edit if not easier than BASIC (Ha ha, chuckle, chuckle). No 
sooner said than bought! 



At home I read the book from cover to cover and spent hours 

typing in L.A.D.S. (using Compute Gazette s MLX, an ^ y 

program... See, I told you it's easier to read heiroglyphics). 
(If you get this book and want the program, please e 
save you many hours of typing and ask me for a copy.) 

To make a long story short, IT WORKS!... and BOY, WES IT 

WORK! It not only makes it easy to insert coding, but lets 

you use many BASIC utilities such as MetaBasic, BASIC AiJJ, 
renumbering, find and replace, merge, seek, scan, etc. it 
allows you to document your code (try that m assembly) 
you can make sense out of it later. In short, it is an ML 



progrnmmor's delight! It allows you to relocate coding (not 
always an easy or pleasant task) by simply changing a number 
at the beginning and reassembling. While it assembles, it 
checks for typo errors (not logic errors) and reports any to 
you . 

Before we get to far, I want to give credit for Richard' s 
efforts in this book. He totally turned me around in my way 
of thinking of ML. He takes you through the fundamentals of 
addressing modes, computer math, instruction set and into ML 
equivalents for BASIC commands (a nice touch). He also gives 
a brief memory map of the 128. L.A.D.S. (Label Assembly 
Development System) is itself a machine language program that 
looks at your coding that resides in BASIC's program text 
space. This implies that you can list it as if it were a 
BASIC program. In fact, this is it's prime advantage, for it 
can thus use many BASIC utilities that programmers are 
familiar with. 

However, you cannot simply load "L. A .D.S. source" and byP e 
run, or you will get a syntax error. The coding, like BASIC, 
has, line numbers* BUT that is where .the .similarities end. 
The rest is similar to ML coding. For example- 

10 *= $1300 ;or 4864 for decimal 

15 SCREEN » $0400 ;or 1024 for decimal 
•20 .S ; view L.A.D.S. assembly on screen 

30 .0 ; assemble out to memory 

40 LDX #0 

50 LOOP LDA $0000,X:sta screen, x 
60 INX:BNE LOOP 
70 RTS' 



Please notice that there is no mention of memory addresses 
other than the first line. To relocate you just change the 
first line and reassemble! This program will assemble at 
$1300 (4864 decimal) and proceed from there. You do not keep 
track of obscure hex numbers for your routines, just name 
them to your liking, then refer to them by name, as in line 
50. 



Also advantageous is the ability to assign memory locations 
to labels as in line 15. Any references to SCkLLN 
automatical substitutes $0400 on assembly. Another 
advantage is that you are not restricted to hex numbers only. 
If you like decimal, just insert it. If you like hex, 
proceed with the usual '$’ sign. Line 20 tells L.A.D.S. to 
let us see what it is doing while it assembles on the screen. 
Line 30 tells L.A.D.S. to actually put the finished coding 
into memory starting at $1300. Line 40 is the beginning o 
your code. Any labels that you want defined to reter to 
memory have to be put in the first few lines. Otherwise, you 
are free to make up labels for your subroutines. A very 
useful feature is the '.byte' PSEUDO-OP (all commands to 
L.A.D.S. start with a to separate it' .from an ordinary 
label). This allows you to insert and label data tables, 
messages, info, work spaces, etc. 

e.g^ —80. HELLO -BYTE "Heltovtbere^ 

90 .BYTE 0 

You can then make a loop to retrieve the individual letters, 
poke it to screen or use the KERNAL print sub $FFD2 until you 
hit the 0 byte which is a signal to loop out with BE 9 • 
'.BYTE' allows you to insert alphanumerics and L.A.D.S. will 
convert them to ASCII (neat huh!). You COULD use it to 
insert decimal no.'s from 0 to 255 to represent the message 
you want directly into memory, but why go through the bother 
if L.A.D.S. does it for you. 



.11 in all the L.A.D.S. assembler makes ML quite a bit more 
ike BASIC, especially where editing is concerned. I would 
o so far as to say it’s like another language. This is a 
ery good way to learn ML. You have so much more flexiblity 
ompared to a monitor. It gives you more power to insert if 
ou want to add more to your code, without having to go into 
our monitor and dutifully shift all your code down, making 
ore errors (Murphy’s law). It gets your coding tights and 
equential without a bunch of NOP commands between, routines. 

here is no way I would try to develop ML routines longer 
han 30 bytes using a monitor. Use the monitor for debugging 

nd small very small, programing purposes. Only a 

abel-based assembler like L.A.D.S. allows me to concentrate 
n the program being developed with the comfort o n0 ™ 
seful utilities like Commodore's screen editor and BAbiL ail> 
r METABASIC are at my side to boot. 
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Next Meeting; 



ALL ABOUT YOUR DISK DRIVE! O 

w 

a " 



This major presentation will 
feature a comprehensive 
look at the 1541 drive 
from the "inside out"! 



You’ll hear: how it stores 
programs, DOS commands, 



<0 

f «l ’ 
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>|*|< how to tell when it's "ill", 

|'*'| home maintenance, changing 
; v \ the device number, a quick ^ 
"look" at the 1571 and 1581, .V. 

■ T « and a peek at some soft- 
Vi ware protection methods ,"» 

in use today. 

a a ■ . a 

.i.i.i.i.i.i iViViVi j < y 

o o :: < 



W 

a a 



Scratcfi W Swe 



E. SBrow 

Take note! We have a new COMPUTER UTILITY disk this 
month (number five), a new 128 programs disk (number 
12), and if I receive the programs early enough, a new 
GAZETTE disk (#25) which will have to be listed in next 
months MONITOR as this month’s issue will have already 
gone to press. 

Before I go on, I would like to mention the 
second-last program on this months listing of the 128 
disk. If you’re like me and switch back and forth 
constantly between the 64 and 128 mode, you may 
inadvertently validate a two-sided disk in the 64 mode. 
It appears, at this point, that all those programs on 
the second side are lost forever. Not so. The short 
(two block — one block is used to identify it) program 
will restore the pointers (or whatever) to re-establish 
all program listings as they appeared before the 
improper validation. Those people that purchase 
GAZETTE magazine will also find the 128 version of 
SPEEDSCRIPT on this disk. Besides the 80 column feature 
of this program, it also utilizes some of 128 s 
special keys (like CAPS LOCK) etc. It would be wise to 
read ‘ the article before using it, to familiarize 
yourself with the changes. However, there are very few 
changes in the program and, if you have used the latest 
64 version (3.2) of Speedscript, you could use most of 
this program’s commands with the same keys. 

How many of you will be asking SANTA for a new 
(another) disk drive for your 64. Besides those 
mentioned in last month’s article, you have one more 
choice. It is the new 1541 II. It’s identical in all 
physical and electronic ways and compatable with the 
1541. Generally: 

-it is smaller in size and its decor is 64C styled 
-the power supply is encased seperately (less heat) 
-all (?) previous bugs have been eliminated 
-it is in stock in Regina (Bart's, for one) 

-sorry, I forgot to ask the price 
(perhaps a little more than a 1581?) 

A VERY MERRY CHRISTMAS and A HAPPY NEW YEAR 








This article is the second in a series examining the 
different file types and the programming involved with each type. 
In the first article. I outlined the different file types and 
generally how a disk is set up to handle these file types. n 
this article I am going to examine program files. 

The program file is the most common file type. Program files 
store BASIC or assembler language programs. On a diskette 
directory, the characters PRG after the file name indicate a 
orocram file. If you use a sector editor to examine a disk 
containing a program file you will find some very 
things about the storage of this file type. First of a11 ’ 

track 18 (the directory track) you will find indicates 

file contains first of all a hex $82 (decimal 130). This indicates 
a file is a program file type. If the file contains a hex $C2, 
the file is locked (unscratchable - has a > sign before PR 
directory). Programs that lock or unlock files simply make this 
change If you want to try this change for yourself using 
sector editor, try it first on an unneeded disk as ®® ctor 

editor programs make errors in saving sectors back to the dis . 

Following the file type, there are two bytes which give 
location of the first block of the program file. The first 
program, on. a. disk. is generally stored on track 17 se ttor 0 This 
wourd. show up as hex Sll 00. Following these two bytes ±s 
file name. 

If you go to the first block of the file, you can . trdce 
file through on disk. A program file has the first block 
containing a two byte link to the next block of program and then a 
two b“e load location. A machine language program could contain 

any MwoSS^SicTte a' machine 

language program whose first value is stored in decimal location 
49152. Most BASIC programs would contain $08 01 «hic is t 

start of BASIC on a C64. (Note: this value is d; l f "Sferert 

different computers which have the start of BASIC in a dl “® re "^ 
location - a program stored on disk from a PET would have $ 
as the load location - more about this later.) The following 252 
bytes of this block contain the program. A machine 1 “ 8 ' 
program would just consist of the bytes used to make up the 
program. A BASIC program consists of the lines of program stored 
as they would be in the computer. The first two characters are a 
pointer (low-byte/high byte order) to the location of the start 
the next line IN THE COMPUTER'S MEMORY. Following this is the 
BASIC line number in low-byte/high byte order. The characters of 
tte line th^ appear with BASIC keywords TOKENIZED. The end of 
each BASIC line is marked by a hex $00. Successive blocks are 
identical to the first block except they contain a two-byte link 
to the next block and then 254 bytes of program (the load location 
is not reauired). The last block contains a two-byte count of the 
number kbytes used in this block. The end of a BASIC program is 
marked by $00 00 00. The first $00 is the marker of 
the last line and the following 00 00 indicate the end of the 
program. 

A BASIC or Machine Language program can be loaded using two 
very similar load commands. The first is: load"filename ,8 

This is a relocatable loader. It allows the C64 to be compa table 
with other Commodore computers. With this load, the program is 
loaded into the start of Basic location ($0801 or 2049). The load 

location on the disk is ignored and for a BASIC program all line 

links are recalculated and changed as they are loaded to fit the 
C64 r s memory configuration. The second load command is the 
non-reloca table loader (LOAD’’FILENAME" ,8,1). This causes the 
program to be loaded into the location specified on the disk 
file’s load location. This allows machine language programs to be 
placed in memory where they belong. Many games for example need a 
load”filename M ,8,l and then a sys49152. The load puts the game at 
location $C000 and the sys is to access the machine language 
program at that location. If a BASIC program is loaded with 

f ,8,l' and has something other than $08 01 in its load location in 

the disk file, some strange things can happen. A program saved 
with a PET for example will load the program into $0401 which just 
happens to be the start of screen memory on the C64. As a result, 
the lines of program will appear on the screen and then run into 
the normal BASIC memory location. Such a program cannot be used 
and often results in the computer ’hanging up . Some other 
computers will cause the program to be invisible - it is there but 
at a location other than the start of BASIC. On the CUGS disks, 
our loader program uses ’,8,1' for all loads. This meant we a 
to load many programs with just ’,8' , scratch them off the disx 
and then resave them so that a ’,8,1’ load would put them into the 
correct location. 



If you have u PET computer and want to load a BASIC program 
made on a C64 into it, there is a way. Follow the sequence as 
follows: 

load the file normally 
enter: 0 rem <press rcturn> 
enter: poke 1026,8 <prcss return> 
enter: 0 <prcss return> 

enter: list - the program should now appear. 

This sequence creates a line 0 and changes the link so that* 
it now points to the C64 program. Erasing line 0 causes the 
computer to pull everything down to replace the line and as a 
result the program now resides at $0401 - the load location for 
the PET. 

A separate tidbit - in a ’,8,r lond, ifhe vaine 1 can be 
replaced with any other number and will work ^the same. 
L0AD"FILENAME" ,8,8 will work the same as L0AD"FILENAME ,8,1. 

Program files are saved using the save command. For a 
machine language program, this is oirten done through an assembler 
program or a monitor program. It may also be done through a BASIC 

loader but I will leave discussion of the process of doing this 

until after I have examined the statements needed which will be 

examined in sequential files. For BASIC programs, the save 

. «;ts of S A VE”FILEN AME” , 8 . When a BASIc program file 

L°^a a ved C on d1sk, tbe load location is put onto the first sector 
SO it can be loaded back to the same location later. When you 

save a BASIC program, it is always a useful exercise to verify 
that the save was completed correctly. You don t want to los 
lot of programming just because you incorrectly named the fUe to 
the same as an existing file name. Unfortunately, with the C64 
you won't know something didn't saver proper Ly uat.a.1. you try a 
y .ho npvt time To verify a save, enter the following when 

you ^vfthrmeTsAVE"FILENAME",8:VERIFY"*",8 <press RETURN). 
This will save the file and then immediately compare the file just 
saved with what is in the computer’s memory. You will either get 
’OK' or 'VERIFY ERROR’ which will tell you if the save was 
properly . 

In the next article, I will examine SEQuential files and some 
nf t-he sDecial things that can be done with this ty P.* 

will also look at some different ways data can be saved using a 

SEQuential file. 





FROM 

C.U.G.S 



CUGS exec, member Steve Bogues has designed and drawn a 
blank overlay for the C64 and the 128 keyboard. The 
overlay is reproduceable on light bristol board or 
paper, and is a handy way to identify special key 
presses in common applications programs. A " yo "® 
interested in obtaining some of either overlay should 
contact an executive member before the first of January. 
They are available on plain paper ($.50 each), on white 
2-ply bristol board ($1.00 each) or bristol board 
LAMINATED ($1.50 each). Please make your request using 
the form below. They will be available -at the January 
meeting C.O.D. (or other pick-up arrangements can be 
made). 



NAME: 



TELEPHONE NO.: 



- on plain paper (@$.25/ea) - QTY_ 

- bristol board (@$.75/ea) - QTY — 
laminated ($1.25/ea) 



- QTY_ 











COMPUTERFEST - FEB. 7, 1988 
(sponsored by - Apple II user group) 

Vagabond Mtftor Inn (Spanish Ballroom) 

Noon - 5:00 pm 

Displays by major retailers of computer hardware and software. 
User groups will each have their own display. 

A ’’flea market" of computer items. 

Come and visit our CUGS booth at Coraputerfest. 

Watch for more details in the January issue of ’The Monitor’. 
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lotting ®att$ to Junt, 1988. 

Wed. Jan. 6 
Wed. Feb. 3 
Wed. Mar. 2 
Wed. Apr. G 
Wed. May 2 
Wed. June 1 

Mark these on your calendar! 
Meetings start at 7:00 pm 
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My Ami, the Vice! 



To Buy or Not to Byte 



That is a question I have asked myself several times in the 
last few weeks. Why?... because I found ‘myself looking at an 
AMIGA 500 at Software Supermarket one day last month and 
found myself wanting the machine. Why?... because Bart was 
selling off 500's for $1595.95 (approx.) - including the 500 
the drive , monitor , mouse, and printer. This sounds like 
quite a deal and it is a deal. However 



Having a new machine like the 500 is like th ® “ 4 ’ S 0 p TW ^u S 
ago. There is not much in the way of GOOD CHEAP SOFTWAKt . 
Yes, there are some good programs out there u 
quantity like the 64/128 has. At this point m it history, 
really good software is at quite a high price. Usually 
the range of $ 100.00 and up. 



Don't get me wrong, the Amiga line has really jessed the 
bits out of me, as well as the Atari ( eaven * ,~g 

nm* nt* i <5 after several years behind the 64 and then the lzo, 
feel v; r y comfortable behind the keyboard and the memory 
arrangement . Introducing the newer 68000 based computers 
into my life right now is not going to improve my primary use 
of the things, mainly word processing and budgeting. Yes^ 
you can do' both as well as several other programs AT THE SAME 
TIME, but really, in the home market I see limited use for 






I recently picked up an AURA newsletter and found it 
interesting and informative. Like all other computers on the 
market, it has it’s share of bugs, being a new computer. 
Supposedly, this newletter was produced by the editor s Amiga 
and I cannot really see the difference it made to their 
newsletter. Our MONITOR seems by far better assembled 
(Thanks to Ken Danylczuk). I can’t get over the sharp 
graphics compared to the 64/128 (magazines make a point ot 
putting 64/128 and Amiga graphics side by side). Again 
however in the 2 1/2 years in programming, I have not yet 
begun to look at the sprites and bitmap graghics that are in 
my c^waputuer., except when I .throw in the odd game to play. 

All in all, and after several hours of talking myself out of 
it, I realized that the introduction of the Amiga 500 was 
like another fancy car being introduced on the market to fill 
a gap. Some people like Chevy’s-,, some Dodge Ram’s., some like 
Cadillac’s and some like Rolls Royce. There is something 
about the personality of cars and computers that are a lot 
alike, that attract different people to different makes and 
models. They all get you from point "A" to point ”B'\ some 
faster than others and some in high class, some in economy 
class. 

For my money, I think I will keep up to my trusty 8 bit 
64/128 and get the job done with the equipment I have now nnci 
let sombody else take their lumps with the Amiga (until all 
the bugs are out, if that’s possible, or when Commodore comes 
out with a newer 32/04 bit superconductor Parallel 
processor) I may then retire iny 128 and spLurgeon it. 













Jroi tfie C.U.G.S. Executive? 

13l/O0\XXA/dL TltOA^- IjCtAA/^y 13 lA>C/PuA< 

$&a/iX 13 'Uhjm'I/ 13chj/jl£A» 

}£e/ru jB'be^- 13 >e^OL/nAx>^ 

3£oAA/y,/ C^u>-rbg/ $. li)iXLuL/TriA/ 





